home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950528-19950726 / 000368_news@columbia.edu_Fri Jul 14 15:29:56 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA01035
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 15 Jul 1995 15:06:39 -0400
  3. Received: by apakabar.cc.columbia.edu id AA11073
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 15 Jul 1995 15:06:37 -0400
  5. Path: news.columbia.edu!spcuna!solaris.cc.vt.edu!news.mathworks.com!news.kei.com!sol.ctr.columbia.edu!howland.reston.ans.net!swrinde!news.dell.com!pmafire!mars.poci.amis.com!cwis.isu.edu!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.os.os2.networking.tcp-ip,comp.protocols.kermit.misc
  8. Subject: Re: MS-KERMIT 3.14 and WARP CONNECT
  9. Message-Id: <1995Jul14.212957.56249@cc.usu.edu>
  10. Date: 14 Jul 95 21:29:56 MDT
  11. References: <3tu54l$jf6@news.iastate.edu> <3tunpq$ou5@apakabar.cc.columbia.edu> <3u1n7b$4qr@news.iastate.edu> <1995Jul12.211420.56017@cc.usu.edu>
  12. Organization: Utah State University
  13. Lines: 53
  14. Xref: news.columbia.edu comp.os.os2.networking.tcp-ip:36487 comp.protocols.kermit.misc:3204
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <1995Jul12.211420.56017@cc.usu.edu>, jrd@cc.usu.edu (Joe Doupnik) writes:
  18. > In article <3u1n7b$4qr@news.iastate.edu>, zollner@iastate.edu writes:
  19. >> In <3tunpq$ou5@apakabar.cc.columbia.edu>, fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:
  20. >>>Tek emulation will come to C-Kermit eventually.
  21. >> I have been waiting for almost 10 years to throw out the serial cables to
  22. >> my VAX. I would rather have a solution now than wait for eventually to 
  23. >> happen. Besides, who knows how the Tek emulation will work in C-Kermit.
  24. >> Since there is no standard for switching between graphics and text, 
  25. >> MS-KERMIT may behave differently than C-KERMIT. For both reasons, I would
  26. >> like to get MS-KERMIT working with IBM TCP/IP.
  27. >> 
  28. >>>>4) Can I run MSKERMIT using the INT 14h interceptor included in the
  29. >>>>   IBM TCP/IP 2.0 DOS access kit together with the TCP/IP 2.0 base for OS/2
  30. >>>>   and OS/2 2.1.
  31. >>>Maybe.  Give it a try.
  32. >> 
  33. >> OK. So I tried. Thanks to the guy who told me how. (It is not documented in
  34. >> WARP CONNECT):
  35. >> 
  36. >> The INT 14h interceptor included in WARP and WARP CONNECT is called
  37. >> COMTCP.EXE and is located in the TCPIP/DOS/BIN directory. When I try to use
  38. >> it by typing
  39. >>      COMTCP host kermit.exe
  40. >> with KERMIT set to (SET PORT BIOS1), then I get an exception in my DOS box.
  41. >> I have to close the DOS box. I tried a variety of different things, but
  42. >> without success. The location changes. The register contents are not
  43. >> reproducible. (If they were, I could post them here.)
  44. >> 
  45. >> Reportedly, this functionality was working with MS-KERMIT 3.13 (more or 
  46. >> less) and was broken with MS-KERMIT 3.14. I also heard that I am not 
  47. >> supposed to use (or obtain) MS-KERMIT 3.13 anymore.
  48. >> 
  49. >> Question: Is this something that can be fixed by changing KERMIT or does
  50. >> it require changes in the TCP/IP code from Raleigh.
  51. ------------------
  52.  
  53.     This is a summary report on the above difficulty using MS-DOS Kermit
  54. v3.14 over OS/2 program COMTCP.
  55.     The difficulty has been identified by the sharp eyes of Bob Babcock:
  56. COMTCP goes belly up if the COM port number in register DX has bits set in
  57. the high order byte (reg DH). The IBM PC Bios Int 14h services use only 
  58. register DL, the lower byte, and ignore the high byte. Apparently COMTCP
  59. does not check the value, uses DH plus DL, and crashes if DH != 0 (and
  60. perhaps if DX > 4, but that's not been checked).
  61.     MSK v3.14 clears reg DH in all places but one, and this has never
  62. been a problem until now. Adding a clearing operation lets the two programs
  63. work together, according to tests by Jeff Altman and Bob Babcock. Thanks
  64. to both gentlemen for quick testing.
  65.     It seems that COMTCP needs adjustment to ignore DH and range check
  66. DL, just as the IBM PC Bios Int 14h services do.
  67.     This weekend I will see if I can create a new Patch for MSK 3.14
  68. to add the clearing operation. We will announce the patch when it's ready.
  69.         Joe D.